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ABSTRACT 

IP Paging has received considerable attention recently. The 
IETF has decided to develop an IP Paging protocol and 
some IP Paging protocols have been proposed by researchers 
[13, 12]. However all of these proposals use static and man- 
ually configured paging areas. We argue that the size and 
the shape of paging areas are very critical for the perfor- 
mance of a paging system. A system that allows each host 
to use a paging area that adapts to its mobility and com- 
munication patterns will perform better. This paper pro- 
poses to extend the IETF IP Paging functional architec- 
ture to support adaptive and per-host paging areas. We 
introduce a new functional module, the Paging Area Con- 
figuration Agent (PACA), that automatically configures the 
paging area relative to each cell of a cellular domain. 

1. INTRODUCTION 

In this paper we consider wireless access to the Internet via 
cellular IP networks [2, 11]. We envision the next genera- 
tion of cellular wireless networks as pure IP-based networks 
where base stations are IP-routers. In these networks, mo- 
bility should be handled at the IP layer. Different mobil- 
ity management protocols have been proposed for such net- 
works (e.g. HAWAII [10], CellularIP [2]). Mobile IP [9, 5] 
is of course a good candidate but needs some extensions to 
be used efficiently in such environments. Mobile IP requires 
that a mobile host sends a location registration message to 
its Home Agent whenever it moves from one point of at- 
tachment to another one. These location registrations are 
required even if the mobile host is in dormant mode (i.e. 
idle) while moving. This signaling cost can become quite 
significant as the number of mobile hosts increases and the 
cell sizes get smaller. Furthermore with Mobile IP, a dor- 
mant host has to wake up each time it moves to send a 
registration. This is obviously not very power-efficient. 

Several proposals have been made to extend Mobile IP with 
paging [13, 12]. Paging is based on the division of the net- 
work in several paging areas. A dormant mobile host only 
sends a location registration message to its Home Agent 
when it enters a new paging area. When the Home Agent 
needs to contact the mobile host for packet delivery, the 
host is paged in its current paging area. The host then re- 
ports its exact location to its Home Agent using standard 
Mobile IP. The IETF Seamoby Working Group [4] has been 
chartered to develop an IP Paging protocol. Recently, the 
working group has proposed a functional architecture and is 
currently working on the protocol. 



Current IP Paging protocol proposals use static and manu- 
ally configured paging areas. We argue that a system that 
allows each host to use a per-host paging area that adapts to 
its mobility and communication patterns will perform bet- 
ter than a scheme that uses static paging areas (in terms 
of signaling load and power consumption). This paper pro- 
poses to extend the IETF IP Paging functional architecture 
to support adaptive per-host paging areas. We do not pro- 
pose a new IP Paging protocol but rather an extension to be 
used with existing protocol proposals. Section 2 reviews the 
IETF IP Paging current architecture. Section 3 presents our 
adaptive per-host IP Paging extension. Section 4 describes 
and analyses the new entity and algorithm that automati- 
cally configure paging areas. Section 5 presents some related 
work. Finally, Section 6 concludes the paper. 

2. IETF IP PAGING 
2.1 Overview 

Current mobility management schemes for IP networks, such 
as Mobile IP [9, 5], track the mobile hosts' locations through 
registration procedures. As a result, a mobile host has to 
register with its Home Agent each time it changes its point 
of attachment even if it is in a dormant mode. 

In cellular systems such as GSM [8], the network tracks the 
mobile hosts' locations through paging/registration proce- 
dures. In these systems, cells are grouped into paging areas. 
A host that is dormant only registers with the network when 
it moves out of its paging area. As a result: 

• Signaling load is reduced because a dormant host does 
not have to register each time it changes its point of 
attachment. 

• Power consumption is reduced because a dormant host 
wakes up to send a registration message only when it 
moves out of its current paging area. 

There is therefore a need for IP-based cellular networks that 
support paging at the IP layer. One of the goals of the IETF 
Seamoby Working Group is actually to develop an IP Paging 
protocol. The working group has delivered two RFCs so 
far: one describing the problem and the motivations of IP 
Paging [6] and the other presenting the requirements and the 
IP Paging functional architecture displayed in Figure 1 [7]. 

The IETF IP Paging functional architecture is composed of 
the following elements: 
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Figure 1: IETF paging functional architecture 

• Host - A standard IP host. 

• Paging Agent - The Paging Agent is responsible for 
alerting the host when a packet arrives and the host is 
in dormant mode. 

• Tracking Agent - Tracking Agent is responsible for 
tracking a host's location while it is in dormant mode 
or active mode, and for determining when Host enters 
inactive mode. 

• Dormant Monitoring Agent - The Dormant Monitor- 
ing Agent detects the delivery of packets to a host that 
is in dormant mode (and thus does not have an active 
L2 connection to the Internet). 

In this architecture, a cellular network is divided into do- 
mains. Each domain contains a Tracking Agent and a Dor- 
mant Monitoring Agent. Domains are themselves subdi- 
vided into paging areas (defined as a set of cells), each being 
identified by a unique identifier and Paging Agent. 

2.2 Protocol Description 

In this architecture, a typical IP Paging protocol will operate 
as follows 1 : 

2.2.1 Registration 

When a host moves into dormant mode or when it moves 
out of its current paging area, it registers with the domain's 
Tracking Agent. This registration specifies the host's iden- 
tity (home address for example) and the identifier of its cur- 
rent paging area. Upon reception of a paging registration, 
the Tracking Agent creates an entry that binds the host's 
identity with the Paging Agent that is in charge of the pag- 
ing area specified in the registration. It also sends a report 
to the domain's Dormant Monitoring Agent indicating that 
the host has entered dormant mode. 

2. 2. 2 Packet Delivery 

When the Dormant Monitoring Agent receives packet(s) for 
the host, it buffers them (because the host is registered as 
dormant). The Dormant Monitoring Agent then asks the 
Tracking Agent the host's current Paging Agent. Finally, 

1 Note that the logical architecture makes no commitment 
to any physical implementation of these functional entities. 
A physical implementation may merge particular functional 
entities. 



the Dormant Monitoring Agent requests the host's Paging 
Agent to page the host. The Paging Agent pages the host 
in its registered paging area. The host wakes up, moves into 
active state and registers its current point of attachment 
with the Dormant Monitoring Agent. The Dormant Moni- 
toring Agent then forwards the packets to the host. 

3. ADAPTIVE PER-HOST IP PAGING 

3.1 Motivations 

Traditional cellular systems, such as GSM [8], use aggre- 
gated and static paging areas. Typically an operator con- 
figures the paging areas of a network (i.e. size and shape) 
according to the characteristics of the average host. All 
hosts use the same paging areas independently of their com- 
munication and mobility pattern. The size and shape of a 
given paging area are very critical for the performance of 
a paging system: A large paging area will generate a high 
paging cost and will consequently degrade the overall per- 
formance. A small paging area will not provide the complete 
benefit of the paging mechanism since it will generate un- 
necessary registrations. The optimal location area size of 
a host depends on its average speed, the average incoming 
call rate and its distance to its Tracking Agent [3]. On the 
other hand, a misconfigured paging area shape will generate 
a higher registration cost because a host will have to regis- 
ter more often than necessary. This problem is illustrated 
by Figure 2. This figure shows two paging areas that have 
the same size (18 cells) but different shapes. With the first 
configuration (Figure 2a) the mobile host moves out of the 
paging area after only 8 moves. With the second configu- 
ration (Figure 2b) the mobile host moves out of its paging 
area after 13 moves. The second configuration is obviously 
better since it reduces the number of registrations. The op- 
timal location area shape of a host depends on its mobility 
pattern. Since mobile hosts have different and time-varying 
communication and mobility patterns, we argue that mobile 
hosts would benefit from systems that customize and adapt 
the paging area to each host's characteristics. We there- 
fore propose to extend the IP Paging architecture defined in 
RFC3154 [7] to support adaptive and per-host paging areas 2 . 

3.2 Design Overview 

3. 2. 1 Paging Area Model 

In traditional paging systems, paging areas are static and 
non-overlapping. Each paging area is then defined by an 
identifier: the paging area identifier. This identifier is broad- 
cast by each cell that belongs to this paging area. A mobile 
host just has to monitor this identifier to detect that it has 
moved out of its current paging area. 

In adaptive per-host paging systems, each host has its own 
customized paging area that is defined as the IP addresses' 
list of the composing cells. A host detects that it moves 
out of its paging area when the address of the base station 
is attached to does not belong to its current paging area. 
Whenever a host moves out of its current paging area, it gets 
a new one that is built around its current location and that 
is customized to its mobility and communication patterns. 
Figure 3 illustrates an adaptive per-host paging system. In 

2 It is noteworthy that one of the requirements specified in 
RFC3154 is the support of customized paging areas. 
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Figure 2: Two different paging area shapes (solid 
dots represent location registrations). 

this figure a mobile host enters into dormant mode at cell 
c\. It then gets a paging area PAi, that shape and size are 
customized to its mobility and communication pattern. The 
host then moves out of PAi at cell ci. At this point it gets 
a new customized paging area, PAi. It then moves out of 
PAi at cell C3 and gets the new paging area, PA3 and so 
on. 

3. 2. 2 Paging Area Configuration 

In Adaptive Per-Host IP Paging, each host uses a paging 
area that size and shape are dynamically adjusted. As de- 
scribed in [3], the "optimal size" of a paging area essentially 
depends on the host's communication pattern (i.e. incoming 
data-session rate) and its mobility speed (i.e. how often it 
moves from one cell to another). A host's paging area size 
can actually be computed by the host itself or by the net- 
work. However it is obviously easier and more scalable for 
the host to monitor these parameters (i.e. mobility and com- 
munication characteristics) and computes its optimal size. 

The "optimal shape" of a paging area depends essentially on 
the host mobility pattern. In fact a host that is driving 
along a highway would benefit from a linear paging area. 
In contrast, a host moving in an urban area with a random 
pattern would benefit from a symmetrical, i.e. a circular, 
paging area. The mobility pattern of host depends on the 
geographic layout of the environment it is roaming in. There 
are two possible configuration alternatives: In host config- 
uration, each host derives its paging area shape from its 
mobility pattern. A host then needs to keep in memory the 



Figure 3: Adaptive paging area sizes and shapes 
(solid dots represent registrations). 

history of its movements and derives from it the optimal 
paging area in each network it visits. This solution has two 
drawbacks: (1) the memory requirement might be very large 
and (2) the history might not always be available (i.e. when 
the host visits a network for the first time) or out-of date 
(for example when base stations are added or removed) . An- 
other possibility is network configuration where the network 
derives an aggregated paging area shape from the mobility 
pattern of the hosts in its coverage. This solution might not 
be as optimal as the previous one because it does not cap- 
ture the particular mobility pattern of each host. However 
it reduces the memory requirement of mobile hosts. Addi- 
tionally it does not require that each host builds its own 
mobility history. As a result a host can obtain an optimal 
paging area even in networks it did not visited previously. 
This solution is more practical. We have therefore decided 
to adopt it for our proposal. 

To summarize, in our architecture, the paging area size is 
computed by the mobile nodes whereas the paging area shape 
is computed by the network. Given these design choices, we 
are faced with the two following problems: 

1. How does a host compute its optimal paging area size? 
This paper does not address this problem. We make 
use of the algorithm that we developed in [3]. 

2. How does the network compute the optimal paging area 
shape in a given geographical area? A low-cost and 
scalable solution to this problem is proposed in Sec- 
tion 4. 

3.2. 3 IP Paging Functional Architecture Extension 
This section describes an extension to the the functional ar- 
chitecture defined in [7] to support adaptive per-host paging 
(see Figure 4). We define a new entity, the Paging Area Con- 
figuration Agent (PACA), that is responsible for computing 
for each cell of its domain the "optimal" paging areas. The 
PACA receives inputs from the mobile hosts roaming in its 
domain and derives from them the optimal paging areas us- 
ing the algorithm described in Section 4. This new entity has 
two interfaces: one with the Tracking Agent and one with 
the host module. The PACA is described in more details in 
Section 4 
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Figure 4: Extended paging functional architecture. 

3.3 Protocol Description 

A typical adaptive per-host IP Paging protocol will operate 
as follows: 

3.3.1 Registration 

When a host moves into dormant mode or when its moves 
out of its current paging area, it computes its optimal paging 
area size, S, using the algorithm defined in [3]. It then reg- 
isters with the domain's Tracking Agent. This registration 
specifies the host's identity, paging area size (S) and cur- 
rent point of attachment. Upon reception of a paging reg- 
istration, the Tracking Agent requests the domain's PACA 
the optimal Paging Area corresponding to the host's cur- 
rent point of attachment and size S. It then sends a report 
to the domain's Dormant Monitoring Agent indicating that 
the host has entered dormant mode. The PACA derives the 
paging area and sends it to the host and the corresponding 
Paging Agent, i.e. the Paging Agent in charge of the host's 
current point of attachment. As a result of this registration 
phase: (1) The host has obtained its paging area (i.e. the 
list of the cells composing its paging area). (2) The Tracking 
Agent has registered the binding between the host and its 
current Paging Agent. (3) The Paging Agent has registered 
the host's current paging area. 

3. 3. 2 Packet Delivery 

Packet delivery is carried out the same way as described in 
Section 2. 

3.3.3 Paging Implementation 

When packets arrive for a dormant host, the network (more 
specifically the Paging Agent) needs to page it. This is per- 
formed by broadcasting a paging request to the cells of the 
host's current paging area. Upon reception of this paging 
request, the host wakes up, moves into active state and reg- 
isters with the network. There are different ways to imple- 
ment this paging process: First, the Paging Agent can simul- 
taneously unicast the paging request to each of the paging 
area's cells. While this solution is probably the simplest to 
implement and configure, it is certainly the less efficient in 
term of signaling load generated in the network. Second, the 
Paging Agent can broadcast the paging request to the paging 
area cells using a multicast routing protocol as in [10]. In 



this proposal, a multicast address is assigned to each Base 
Station of a paging area. A Paging Agent pages a mobile 
host by sending a paging request to the paging area multi- 
cast address. This solution generates a multicast signaling 
load that might be quite significant especially if adaptive 
paging areas are considered. 

We propose that paging messages sent by the Paging Agent 
to the different cells of the host's paging area be carried 
out in Small Group Multicast (SGM) style [1]. In SGM 
schemes, the source encodes the list of destinations in the 
IP header, and then sends the packet. Each router along the 
way parses the header, partitions the destinations based on 
each destination's next hop, and forwards a packet with an 
appropriate header to each of the next hops. When there is 
only one destination left, the packet could turn into a normal 
unicast packet, which can be unicast along the remainder of 
the route. This multicast delivery method is well suited to 
adaptive per-host IP Paging schemes since the paging area 
information (i.e. addresses of composing cells) is hold by the 
Paging Agent. SGM paging is more efficient when paging 
area sizes are small. When a destination paging area con- 
tains a large number of cells, the initial SGM paging packet 
header might be quite large. However, in adaptive per-host 
IP Paging, a paging area is large when the mobile host rarely 
receives incoming packets i.e. when the probability of pag- 
ing is small. In situations where it is important to have very 
large paging area sizes, it is possible to divide the paging 
process in two or more SGM processes in which a mobile 
host is searched in one subset of the paging area by each 
process. 

3.3.4 Paging Area Coding 

In adaptive IP Paging, a paging area is defined as the IP ad- 
dresses's list of its composing cells (see Section 3.2.1). When 
a dormant host registers with the network, it receives an ac- 
knowledgement that contains its new paging area as a list 
of IP addresses. When a paging area size is large, the trans- 
mission of this information over wireless links may consume 
a significant portion of the bandwidth, and may increase 
the packet error probability. Furthermore, the reception of 
large packets may have an impact on battery consumption 
on hosts. As a result, it is important to have a scheme 
that compresses the paging area identifiers (i.e the lists of 
addresses) . 

We propose a bitmapping procedure based on the cell ad- 
dressing scheme illustrated in Figure 5. A domain is divided 
into clusters. A cell is coded with 128 bits where the 128-N 
least significant bits represent the cluster ID it belongs to. 
The remaining N bits identify this cell within the cluster. 
Each cluster contains N cells therefore only one bit is needed 
to identify a cell in a given cluster. Each base station broad- 
casts this information in its Router Advertisement messages. 
This is manually configured by the operator (alternatively, 
an autoconfiguration method similar to IPv6 router renum- 
bering can be used for flexibility of administration). Then, 
a number of cells (S in Figure 5) which belong to the same 
cluster can be coded as a single 128 bit identifier: a cluster 
ID and the bitwise OR of the bits corresponding to the cells 
included in the paging area. Upon movement, a mobile host 
can check if it has crossed the boundaries of a given paging 
area, as follows: 
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Figure 5: Paging area coding scheme. 
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where c and PA are the current cell and paging area of the 
mobile host. Different parts of a paging area may fall in dif- 
ferent clusters. Clearly, in this case the coding performance 
will be reduced since more than one 128 bit identifiers will 
be needed to represent the paging area. However, N can 
be chosen large in order to reduce the probability of such 
a situation. Note that since this addressing scheme is not 
used for routing, the cluster IDs are reusable. However, any 
two clusters having the same ID, should be enough distant 
from each other in order to avoid any confusing paging area 
information. 

4. PAGING AREA CONFIGURATION 
AGENT 

The Paging Area Configuration Agent (PACA) is responsi- 
ble for configuring the "optimal" paging area shape relative 
to each cell of a domain. It receives feedback messages from 
the mobile hosts roaming in its domain and uses them to 
configure the domain's paging areas. If the mobility pat- 
terns of the hosts change, because a new road has been built 
or a new base station has been installed, the PACA adapts 
the paging areas automatically. 

This section describes and analyses the algorithm that the 
PACA uses to automatically configure the paging areas. 

4.1 Problem Statement 

The PACA configures for each cell, c x , of its domain the 
"optimal" paging area shape. By "optimal" shape, we mean 
the shape that minimizes the average number of registration 
messages sent by the hosts that request a new paging area 
at cell c x . 

This optimization problem can be stated as follows: Given 
the set of hosts that request a new paging area of size S at 
cell c x , what is the paging area (i.e. set of S cells) that max- 
imizes the average time spent by these hosts in this paging 
area 1 ? 



Intuitively, this paging area is composed of the S cells that a 
host that is currently in cell c x will most likely visit without 
leaving the paging area. In order words, if P x (ci) is the 
probability that a host which is currently in cell c x will visit 
cell ci without leaving the paging area, the optimal paging 
area is composed of the S cells with the largest P x (ci). 

The rest of this section presents a paging area auto config- 
uration algorithm that provides a low-cost solution to this 
problem. This algorithm is composed of two major parts: 
sampling and paging area composition. Sampling is the pro- 
cess of extracting the transition probabilities in each cell 
(i.e., the probabilities of moving from one cell to each of its 
neighboring cells). Composition is the process of configuring 
a paging area relative to a given cell. 

4.2 Sampling 

Sampling is the most challenging part of paging area auto- 
configuration. A sampling algorithm should be low-cost and 
scalable. By low-cost, we mean that the algorithm should 
not call for excessive CPU operations which will degrade 
the performance of hosts and/or the network. We define 
the following sampling procedure: 

We define a sample as an ordered pair of adjacent cells. 
Samples are randomly generated by mobile hosts. For ex- 
ample, if a host has visited the following 5 successive cells 
(ci,C2,c 3 ,C4,c 5 ), then [ci,c 2 ], [c2,c 3 ], [c 3 ,c 4 ] and [c 4 ,c B ] are 
4 different samples. A given sample [ci,Ci+i] gives informa- 
tion about the transition probabilities in cell c,. 

Each PACA is responsible for collecting samples in its do- 
main. A host in a given domain send samples to its current 
PACA at a very low rate i.e. once every 200 registrations 
As a result, the overall signaling overhead due to sampling 
is in the order of 0.5% of the location registration traffic 
(which is negligible) 3 . The impact of sampling on battery 
consumption is negligible as well. Since every mobile host 
in a domain participate in this sampling process, the PACA 
will eventually collect enough samples to compute the tran- 
sition probabilities of each cell. The identity of the host 
which sends a given sample is not needed by the PACA. In 
fact the PACA captures the aggregated movement charac- 
teristics which, in a given geographical area, are more or less 
common to each host. 

4.3 Paging Area Composition 

The collected samples are processed by the PACA in or- 
der to extract the transition probabilities in each cell in its 
domain. The PACA then uses the procedure compose(x) 
shown in Figure 7 for composing a paging area relative to a 
given cell x denoted PA X . The composition procedure be- 
gins with an empty PA. This is necessary for adapting to 
the most up-to-date transition probabilities. The first cell 
which is added to the PA X is x itself (lines 0-1). P x {i) is 
the probability of visiting the cell i without leaving PA X 
(we always have P x {x) = 1). Next, the algorithm finds the 
neighboring cells of the PA using the transition probabilities 
and adds the most probable one to the PA (lines 4-7). The 

3 If the Tracking Agent and the PACA functional modules 
are implemented on a same physical entity, samples can be 
sent along with registration messages. 
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Figure 6: Paging areas of different sizes and relative 
to a same cell. 

Procedure: compose(x) 

00 PA <— x 

01 P x (x) <- 1 

02 N <r- {1} 

03 while \PA\< Smax and N / 0 

04 iV<-0 

05 for each i,j \ i € PA,j (£ PA,P(i j) > 0 

06 P x (j) <- P x (j) + P x {%) x P(i -> j) 

07 N <- a// fc | fc £ PA and P^fc) > 0 

08 PA <- PA U k | fc € N and has the largest P x 

09 return(PA) 

Figure 7: A procedure for composing a paging area 
relative to the cell x. 



set N holds most recently discovered neighboring cells of the 
PA. An important point to note is that the algorithm adds 
one neighboring cell at a time (line 8). This is necessary 
for discovering more probable cells among new neighbors (if 
any). The procedure continues until an upper limit on the 
number of cells Smax is achieved (line 3). The obtained 
paging area is a list of cells arranged in the decreasing order 
of P x (i). Note that if Smax is large, and if the same cell 
order is preserved, it is possible to obtain a paging area of 
an arbitrary size S relative to a same cell (by selecting the S 
first cells of the list). We define the largest paging area rela- 
tive to a given cell as LPA. Then, given that the PACA has 
configured the LPA relative to a each cell, mobile hosts can 
obtain paging areas of individually customized sizes. Note 
that, whatever the chosen size S, the obtained paging area 
will be the subset of its LPA and will also have an optimum 
shape. Figure 6 illustrates three such paging areas PAi, 
PA2 and PA3 relative to a same cell and of different sizes, 
where PAi C PA 2 C PA 3 C LPA. 

The proposed paging area configuration scheme is scalable 
and low-cost. In fact, each PACA is responsible for the 
paging area configuration of the cells of its own domain. 
As a result, the paging area configuration effort is efficiently 
distributed. Furthermore the configuration algorithm is low- 
cost and the sampling process minimizes the mobile hosts' 
involvement. 



4.4 Memory Optimization 

In order avoid excessive memory consumption in PACAs, 
we make use of the paging area coding scheme described in 
Section 3.3.4 by defining layered paging areas as previously 
illustrated in Figure 6. Each layer comprises a number of 
cells encoded with the paging area coding scheme. For ex- 
ample, given a LPA of size Smax = 50; we define five 
paging areas PAi, PA 2 , PA 5 (PA 5 = LPA) relative 
to a same cell and having the sizes 10, 20, 30, 40 and 50 
(respectively). Then, each layer can be represented by 128 
bits instead of 128 x 10 bits. As a result, a memory gain up 
to 10 is possible (if the LPA falls in a single cluster). This 
scheme however, reduces the the granularity of paging area 
sizes. 

4.5 Performance Analysis 

This section presents a performance analysis of the auto- 
configuration algorithm presented in Section 4 and evaluates 
the convergence properties of this algorithm (i.e. how fast 
does the algorithm converge to the optimal paging areas) 
and the registration gain compared to Mobile IP (i.e. the 
number of registrations saved by using adaptive per-host 
paging areas). We mesure the efficiency of different paging 
areas by comparing their utilization rates. This new measure 
is defined in the following section. 

4.5. 1 Utilization Rate of a Paging Area 
In this section, we develop a measure for paging area ef- 
ficiency. We consider the following example illustrated in 
Figure 2: A particular mobile host arrives at cell c x and re- 
quests its current Tracking Agent a paging area relative to 
that cell denoted PA X . PA X has a particular shape. For the 
moment, we assume that the paging area size S is constant 
(S = 18 in Figure 2). We denote the set of different cells 
that the mobile host visits before leaving PA X as ^> x , and 
call it a track. We denote the i th track of M in PA X as ~»^. 
Then, for a given track of the mobile host we define 



and say that the shape of the paging area PA X is not efficient 
when u x is small. Figures 2a and 2b illustrate two different 
paging area shapes which give v} x = 9/18 and u x = 13/18, 
respectively. Clearly the paging area shape shown in Figure 
2b, is more efficient since upon an incoming call, the mobile 
host will be paged in a larger number of cells that it has 
visited. Furthermore, in this figure more registrations are 
avoided by adapting the paging area shape to the mobile 
host's track. If we generalize the above formulation, we can 
define the overall shape efficiency of PA X as 

1 L 

p x = lim 7 V< (2) 

i=l 

where p x is what we call the utilization rate of the paging 
area PA X . L is the number of times that the mobile host 
visits and leaves PA X . The utilization rate is bounded by 

\ < Px < 1 (3) 

The lower bound is not zero because every track of the 
mobile host contains at least one cell which is c x . On the 
other hand the upper bound can be achieved if and only 



if we have the probability P (| ^> x \ = S) = 1. Then, 
given that cells are numbered as Co, ci, C2, and if we define 
-Pa:(ci) = P(ci G ~>a;) it is easily shown that the utilization 
rate of PA X is 



px 



Px(a) 



(4) 



where P x (c, ) is the probability that the mobile host will visit 
the cell Ci before leaving PA X . 

Note that the numerator of the utilization rate is the average 
number of different cells visited before leaving a paging area. 
Therefore we can reasonably define 



5e// 



(5) 



where S e ff is the effective paging area size. S e ff can be 
used for comparing the efficiency of two paging area shapes 
proposed in a same set of conditions: same paging area size, 
same cell structures and same mobility pattern. 

If we define RG X as the average number of movements of 
the mobile host in PA X i.e., the average registration gain of 
M in PA X compared to Mobile IP, then we have 



RG > S e ff — 1 



(G) 



In other words, S e f / is the lower bound on registration gain. 
As a result, the utilization rate is a reasonable measure of lo- 
cation area shape efficiency because if the utilization rate of 
a paging area is large, then the average rate of registrations 
that the mobile host sends upon leaving that paging area 
will be small (RG will be high). We will use the utilization 
rate concept for the convergence analysis of paging areas. 
By "convergence" we mean the evolution of the utilization 
rate in time. 

4.5.2 Methodology 

We define two concentric zones as illustrated in Figure 8. 
The sampling zone (SZ) is a small portion of the cellular 
network where we can assume a fixed mobility pattern. We 
evaluate the performance of the LP As relative to the cells 
which are in the test zone (TZ). Note that a LP A relative 
to a cell in the TZ is not necessarily a subset of the TZ 
(hence the need for two concentric zones). The size of the 
SZ is chosen large enough so that it can cover all possible 
LP As. We set Smax = 50 for LP A sizes. We compute 
the utilization rates of the LP As relative to each cell in 
the TZ (initially 1/50) using the Formula 2 with L = 1000 
and S = Smax = 50. The overall performance is the av- 
erage of the utilization rates. For simulation simplicity we 
use square shaped and equal sized cells. We analyze four 
different mobility patterns: 

-Random Walk Areas (RW): In each cell of the mobility 
zone, there are 4 possible directions (transitions) that a mo- 
bile host may take. These are North(N), South(S), West(W) 
and East(E). The transition probabilities are equal and uni- 
formly distributed over the sampling zone. 

-Crossroads (4/2D): Cells are layed out according to the 
Manhattan grid model. We are interested by the LP A con- 
vergence at crossroads where a mobile host may take one of 
4 directions with the probabilities described above. Mobile 
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Figure 8: Mobility patterns and corresponding cells. 



hosts change their directions only at crossroads. Therefore 
there are only 2 possible transitions (N-S or W-E) in the cells 
connecting them, (hence the name 4/2D). Each crossroads 
is 10 cells away from the next one. 

-Two-way Highways (2D): Cells are layed out linearly. In 
each cell there are 2 and equally probable directions (W-E) . 
A mobile host does not change its direction in the sampling 
zone. 

-One-way Highways (ID): The cell structure is the same as 
2D. However, there are only one possible direction (W) in 
each cell. 

Figure 8 illustrates the cells that may be visited with each 
pattern. Both the SZ and TZ are square shaped. The size 
of the TZ is 10 x 10 cells. The size of the SZ is large enough 
to cover all LP As. Each pattern is analyzed as a separate 
case study. In practice, host mobility is the combination 
of these patterns (and many others that we are not able to 
model). However, our goal is to analyze the convergence of 
LP As in separate portions of the mobility area where we 
can reasonably assume a single, fixed pattern. We generate 
a random pair of adjacent cells [a, Ci+i] in the SZ (in accor- 
dance with the mobility pattern) and count the frequency of 
the corresponding direction in cell c, in order to compute the 
probability of moving to cell the c,+i . This procedure simu- 
lates a single sample sent along with a registration message 
of a mobile host. We continue until the LP As converge. 



4.5.3 Results and Discussion 

Figure 9 shows the convergence of LP As as a function of 
number of samples. Each sample is processed in order to 
update the transition probabilities in the indicated cell and 
the LP As in the TZ. As the transition probabilities become 
more accurate, the utilization rates of the LP As increase. 
After the reception of a certain number of samples (which 
depends on the mobility pattern), the LP As shapes remain 
constant. At that point further sampling is not necessary. 
All LP As converge together since the same transition prob- 
abilities are used for the convergence of more than LP As. 
However, in practice host flow rates may not be uniform and 
some of the LP As may converge faster than others. 



#Samples/ 1000 



Figure 9: Mean of the LP A utilization rates as a 
function of number of samples. 



The maximum utilization rate that can be obtained (upon 
convergence) does not depend on algorithmic performance 
but on the mobility pattern predictivity. A mobility pattern 
that is very predictible will tend to generate higher utiliza- 
tion rates. Indeed, full utilization rate can be obtained only 
with the ID pattern because there only one direction is pos- 
sible. In this case, P (| ~» x | = S) = 1. The RW pattern 
is interesting because it is the most difficult to predict (in 
each cell of the SZ, there are four equally probable direc- 
tions) . This pattern obviously needs more samples than the 
others in order to converge. The SZ size for this pattern is 
50 x 50 = 2500 (large enough to cover all LP Asm the TZ). 
Simulation results show that in this "worst" case , a PACA 
will need 40,000/2,500=16 samples per cell in order to have 
all LP As in its domain converged. 

Finally, we analyze the effect of the paging area shape on RG 
(registration gain compared to Mobile IP). Figures 10 and 
11 show different LP A shapes and their resulting utilization 
rates and registration gains compared to Mobile IP for two 
different mobility patterns. Figure 10 uses a RW pattern. 
Figure 11 uses a modified RW pattern (the probabilities of 
the directions N, S, E, W are 0.1, 0.1, 0.4 and 0.4 respec- 
tively). These figures show that the paging area shape has a 
direct impact on the generated signaling load. In fact, as the 
paging areas converge to their optimal shape, RG, the reg- 
istration gain compared to Mobile IP, gets larger. Once the 
paging areas converge, the achieved gains are respectively 
16.5 and 15.6. This means that a dormant mode will gener- 
ate 16.5 and 15.6 time less signaling than a host that uses 
Mobile IP (and that therefore sends a registration each time 
it moves from one cell to an other) . The achieved gains are 
smaller when the paging area shape are not choosen prop- 
erly. 

5. RELATED WORK 

HAWAII [11] and Cellular IP [2] are two micro-mobility pro- 
tocols that use a paging scheme. [10] and [2] present mech- 
anisms to implement paging but do not describe how to 
configure location areas optimally. In contrast, we define 
an algorithm that finds the optimal location area of each 
mobile host. We believe these schemes can benefit from our 
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(a) 



= 0.107, RG = 4.6 



(b) p = 0.115, RG = 7.2 
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(c) p = 0.220, RG = 13.7 (d) p = 0.235, RG = 16.5 



Figure 10: RW pattern. 




(a) p = 0.135, RO = 4.9 (b) p = 0.154, RG = 6.1 
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(c) p = 0.228, RG = 10.2 (d) p = 0.240, RG = 15.6 



Figure 11: Modified RW pattern. 



adaptive per-host paging area extension. 

In [12], the authors analyze three different paging architec- 
tures where Paging Agent function is implemented on Home 
Agent, domain root router and last contacted Foreign Agent. 
The major contribution of this work is a performance com- 
parison of these schemes in terms of paging load that can 
be supported and reliability. The authors also analyze the 
impact of varying paging area size, however the same pag- 
ing area sizes are assumed for all hosts. We believe that one 
cannot reap the complete benefit of paging unless paging 
area sizes are individually customized by each host. Sec- 
ondly, the paging area configuration and the paging area 
shape performance problems are not addressed. 

In [13], the authors propose paging extensions to Mobile 
IP called P-MIP. The authors define the data-session con- 
cept. Data-sessions are analogous to connections in connec- 
tion oriented telephone networks. A dormant mode host 
is paged only on the first packet of a data-session. Sec- 
ondly, the dormant mode concept is redefined for a data- 
gram network: a mobile host that has not transmitted data 
for a system-specific active-state-timer. A host that is in 
active state, makes a dormant mode registration when its 
active-state-timer expires. The choice of the timer value is 
implementation dependent. One has take into account sev- 
eral features of TCP/IP protocols such as packet retrans- 
missions triggered by the transport layer, short-lived web 
connections, etc. [13] also presents a performance evalua- 
tion of paging. However, important parameters such mobile 
node speed and data-session rate are assumed to be the same 
for all hosts. As a result, the paging area sizes are aggre- 
gated. We argue that, these are fully personal parameters 
and the performance of paging cannot be improved unless 
they are individually defined. Secondly, paging areas are 
manually configured. This is difficult (especially with over- 
lapping paging areas) and not necessarily well adapted to 
the host mobility patterns. We believe that that P-MIP can 
benefit from the adaptive per-host IP Paging architecture 
proposed in this paper. 

6. CONCLUSIONS 

The contribution of this paper is twofold. First, we propose 
an extension to the IETF IP Paging architecture to support 
adaptive per-host paging areas. Current IP Paging proposal 
use static and manually configured paging areas. We, in- 
stead, propose an architecture that assigns to each host an 
adaptive per-host paging area. In our proposal, a host com- 
putes its optimal paging area size and the optimal shape is 
derived by the network. Second, we present a paging area 
auto-configuration algorithm. This algorithm derives opti- 
mal paging areas using the transition probabilities of the 
cells in its domain. Simulations show that as the algorithm 
converges (i.e. as the paging area shape becomes optimal), 
the number of registrations gets smaller and therefore the 
registration gain increases. 

Our final objective is to develop an adaptive per-host IP 
Paging protocol. The work presented in the paper con- 
tributes to this goal by proposing a new IP Paging architec- 
ture and a paging area auto-configuration algorithm. The 
implementation issues still need to be considered. This will 
be part of our future work. 
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